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STATEMENT CLAIMTNG SMALL ENTITY STATUS 
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The owner of the small business concern identified below. 

✓ An official of the small business concern empowered to act on behalf of the concern identified 



Address: 9911 West Pico Boulevard. Suite 808. Los Angeles. C alifornia 90035 

I hereby declare that the above identified small business concern qualifies as a small business 
concern as defined in 1 3 C.F.R. §121.12, and reproduced in 37 C.F.R. § 1 .9(d), for purposes of paying 
reduced fees under Section 41(a) and (b) of Title 35 U.S.C. in that the number of employees of the 
concern, including those of its aflffliates, does not exceed 500 persons. For purposes of this statement, 
(1) the number of employees of the business concern is the average over the previous fiscal year of 
the concern of the persons employed on a fiiU-time, part-time or temporary basis during each of the 
pay periods of the fiscal year, and (2) concerns are affiliates of each other when either, directly or 
indirectly, one concern controls or has the power to control the other, or a third-party or parties 
controls or has the power to control both. 

I hereby declare that rights under contract or law have been conveyed to and remain with the 
small business concern identified below with regard to the invention identified by the above TITLE 
and INVENTORS, and described in: 

✓ the Specification filed herewith 
the Application having the above SC/Serial No. and Filed date 
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If the rights held by the above-identified small business concern are not exclusive, each 
individual, concern or organization having rights to the invention is listed heiow* and no rights to the 
invention are held by any person, other than the inventor, who could not qualify as an independent 
inventor under 37 C.F.R. § 1.9(c) or by any concern which would not qualify as a small business 
concern under 37 C.F.R. §1.9(d) or a nonprofit organization under 37 C.F.R. §1.9(e). 

NAME: 

ADDRESS: ^ . 

[ ] Individual [ ] Small Business Concern [ ] Nonprofit Organization 

NAME: . ^ ^ ^ 

ADDRESS: 

[ ] Individual [ ] Small Business Concern [ ] Nonprofit Organization 

I acknowledge the duty to file, in this appUcation or patent, notification of any change in status 
resulting in loss of entitlement to smaU entity status prior to paying, or at the time of paying, the 
earliest of the issue fee or any maintenance fee due afl;er the date on which status as a small busmess 
entity is no longer appropriate. (37 C.F.R. §1.28(b)). 



Name of Person Signing: Dannie C. Lau . 

Title of Person Signing: / Chief Executive Officer 

Address of Pers^lk^Wpig: 9911 West Pico Boulevard. Suite S OS, T.ns Aneeles. CA 90035 

Signature: ^ 

Date: a/V/OQ 



* Note: Separate statements are required from each named person, concern or organization 
having rights to the invention averring to their status as small entities. (37 C.F.R. §1.27). 
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*************************************************************** 
Title 37. Code of Federal Regulations. §1.9(c-f) 



(c) An independent inventor as used in this chapter means any inventor who (1) has 
not assigned, granted, conveyed, or licensed, and (2) is under no obligation under contract or law 
to assign, grant, convey, or license, any rights in the invention to any person who could not 
likewise be classified as an independent inventor if that person had made the invention, or to any 
concern which would not qualify as a small business concern or a nonprofit organization under this 
section. 

(d) A small business concern as used in this chapter means any business concern 
meeting the size standards set forth in 13 C.F.R. Part 121 to be eUgible for reduced patent fees. 
Questions related to size standards for a small business concern may be directed to: Small Business 
Administration, Size Standards Staff, 409 Third Street, SW, Washington, DC 2041. 

(e) A nonprofit organization as used in this chapter means (1) a university or other 
institution of higher education located in any country; (2) an organization of the type described 
in section 501(c)(3) of the Internal Revenue Code of 1954 (26 U.S.C. 501(c)(3)) and exempt from 
taxation under section 501(a) of the Internal Revenue Code (26 U.S.C. 501(a)); (3) any nonprofit 
scientific or educational organization qualified under a nonprofit organization statute of a state of 
this country (35 U.S.C. 201(i)); or (4) any nonprofit organization located in a foreign countiy 
which would qualify as a nonprofit organization under paragraphs (e) (2) or (3) of this section if 
it were located in this country. 

(f) A small entity as used in this chapter means an independent inventor, a small 
business concern or a nonprofit organization eligible for reduced patent fees. 

*************************************************************** 
Title 13. Code of Federal Refla tions. §121.12 

121.12 Small business for paying reduced patent fees, (a) Pursuant to Pub. L. 97-247, 

a small business concern for purposes of paying reduced fees under 35 U.S. Code 41 (a) and (b) 
to the Patent and Trademark Office means any business concern (1) whose number of employees, 
including those of its affiliates, does not exceed 500 persons and (2) which has not assigned, 
granted, conveyed, or licensed, and is under no obligation under contract or law to assign, grant, 
convey or license, any rights in the invention to any person who could not be classified as an 
independent inventor if that person had made the invention, or to any concern which would not 
qualify as a small business concern or a nonprofit organization under this section. For the purpose 
of this section concerns are affiliates of each other when either, directiy or indirectiy, one concern 
controls or has the power to contix)l the other, or a third party or parties controls or has the power 
to control both. The number of employees of the business concern is the average over the fiscal 
year of the persons employed during each of the pay periods of the fiscal year. Employees are 
those persons employed on a full-time, part-time or temporary basis during the previous fiscal year 
of the concern. 

*************************************************************** 
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CROSS-REFERENCE TO RELATED APPLICATIONS 
This Application is related to the following Applications: 
AUDIO/VISUAL SERVER, by Dannie C. Lau, et al, filed the same day as 

the present application, Attorney Docket No. PHAT-IOOOUSO BBM; and 

PLAY LIST MANAGER, by Daniel Benyamin, et al, filed the same day as 

the present application. Attorney Docket No. PHAT-IOOIUSO BBM. 

Each of these related Applications are incorporated herein by reference. 

BACKGROUND OF THE INVENTION 
Field of the Invention 

The present invention is directed to sound system for use in motor vehicles. 
Description of the Related Art 

The automobile audio industry is a growing and successful industry. Most 
automobiles sold include some type of audio system. For example, many 
automobiles include a radio, a cassette player and/or a compact disc player. Some 
automobile audio systems include a disc changer. A disc changer is a device that 
can hold more than one audio disc and can be used to play songs from any of the 
discs being stored in the disc changer. Typical disc changers are separate 
components of a stereo system and can hold six, eight or ten discs such that the 
discs can be inserted in and removed fi*om the disc changer separately. Examples 
of disc changers includes audio compact disc changers, audio minidisc changers and 
CD-ROM disc changers. 

Part of the reason that automobile audio systems are so popular is because 
many people want to hear music while they are driving. While listening to a radio 
is sufficient for many people, a growing number of drivers prefer to pick and choose 
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what music they will listen to. These drivers prefer audio systems that include a 
tape deck or a compact disc player. 

Although there are many audio systems with a compact disc player or tape 
deck available to the public, these audio systems have drawbacks. First, these 
5 systems can only store a limited amount of music. That is, a system with a tape 
deck can only store the maximum amount of music that fits on a tape, which often 
is sixty minutes or one hundred and twenty minutes. Compact discs typically hold 
approximately seventy four minutes of music. Thus, these devices have a limited 
amount of music that can be stored. Second, if a user is listening to a first tape or 

10 compact disc and chooses to listen to a different tape or compact disc that is not 
already stored in the player, the user must remove the compact disc or tape and 
insert a different one. This can be a difficult and dangerous maneuver while driving 
an automobile. Third, tape decks and compact disc players require the purchase of 
physical media. Although music can be stored on a computer's memory, prior art 

15 stereos require tapes or compact discs for each set of songs. Thus, extra resources 
are wasted manufacturing and purchasing the media. Fourth, the media is 
vulnerable. For example, compact discs can scratch or break. Cassettes can wear 
out or break. 

Additionally, there is a new trend to order music online. Consumers can 
20 purchase music over the Internet by downloading the music. As downloading music 
becomes more popular, consumers will want to play this downloaded music in their 
automobiles. An automobile stereo that includes a compact disc player to play 
music would require the user to purchase a compact disc recorder and burn a 
compact disc in order to play the downloaded music. Thus, there is a need for an 
25 improved automobile audio system that does not require cassettes or compact discs, 
can be used with reusable media and can play music downloaded from a computer 
or other device. 

One solution that is currently available is the portable solid state music 
player, which uses flash memory to store music files in digitally compressed formats. 
30 Some of these devices include a removable memory such as compact flash card. 
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The compact flash card can be removed from the player and inserted into a compact 
flash card reader/writer which is connected to a computer. Other music players 
connect directly to a computer for downloading music. These portable solid state 
music players typically are shipped with headphones for listening to the music. 
Alternatively, a user can purchase an adapter so that the output of the music player 
connects to the cassette input of an automobile stereo. While this solution solves 
some of the problems identified above, using the portable solid state music player 
with an automobile stereo is not satisfactory. First, sending the sound signal 
through the cassette deck causes a degradation in sound quality. Second, using a 
solid state music player with a car stereo as described above can be dangerous 
because all of the controls are on the portable player, rather than on the dashboard 
or another convenient location for the driver. Third, while music can be sent from 
the portable player to the car stereo, the car stereo cannot communicate back to a 
music player so the user is unable to use the controls of the car stereo to control the 
music player. Additionally, many portable music players tend to have a limited 
amount of storage, there is no convenient location to store the music player while 
driving and the solution is not available if there is no tape deck. 

Another solution includes an in-dash car stereo which plays music stored in 
MPS format. This solution, however, has drawbacks. First, to store music on the 
stereo, the entire stereo is removed from the vehicle which can be difficult and can 
break the stereo. Second, the stereo does not work with a disc changer; therefore, 
a user who has a collection of compact discs can no longer use that collection. 

Thus, there is a need for an improved automobile audio system. 

SUMMARY OF THE INVENTION 
The present invention, roughly described, provides for a vehicle sound 
system. In one embodiment, the invention includes a head unit and a disc changer. 
The head unit includes a means for playing music downloaded from a computer and, 
in various embodiments, a radio. In one embodiment, the music downloaded from 
the computer is stored in a compressed format on a removable hard disk drive. The 
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music can be organized using play lists. Software is used to program the head unit 
to communicate with the disc changer. In one embodiment, the software is user 
replaceable so that the head unit can communicate with different disc changers. 
Thus, if the user already owns a disc changer, the head unit can be programmed to 
5 operate with that particular disc changer. The head unit also includes a control 
panel for operating the head unit and the disc changer. 

One embodiment of the present invention includes a dock adapted to be 
connected to a music storage device, an audio head unit adapted to be connected 
to a set of one or more speakers and a removable hard disk drive capable of being 
10 removably connected to the dock and the audio head unit. 
Q Another embodiment of the present invention includes a port capable of 

^5;^ being in communication with the disc changer, one or more speaker outputs, one 

fU or more processor readable storage devices capable of storing user replaceable 

U interface program code and music data files, and one or more processors in 

15 communication with the storage device, the port and the speaker outputs. At least 
l_ one of the processors engages in two way communication with the disc changer 

yi based on the replaceable interface program code. One of the processors plays the 

U music data files. 

|3 In one alternative, the storage devices store both music data files and a set 

20 of one or more play lists. Each play list includes identification of a set of music data 
files. In the embodiment that includes play lists, the processor plays the music 
according to the play lists. Another embodiment of the present invention includes 
a control panel in communication with one of the processors. In one alternative, the 
control panel has one or more controls dedicated to operating the disc changer, for 
25 example, a button that can be used to select a disc from the disc changer. 

One embodiment of the present invention includes a radio tuner connected 
to an antenna. The radio tuner is also connected to an input of an audio switch. 
The output of the CD changer is also communicated to an input of the audio switch. 
Additionally, the output of the processor playing the music data files is also 
30 communicated to the audio switch. The audio switch receives a switching signal 
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from one of the processors to determine which of the three music sources to 
communicate to a preamplifier. After sending the selected music to the 
preampUfier, the music is then communicated to an amplifier for transmission to 
speakers. 

These and other objects and advantages of the present invention will appear 
more clearly from the following detailed description in which the preferred 
embodiment of the invention has been set forth in conjunction with the drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a block diagram of one embodiment of the present invention. 

Figure 2 is the side view of the dock of the present invention. 

Figure 3 is a schematic diagram of the dock of the present invention. 

Figure 4 is a cut away overhead view of a removable hard disk drive. 

Figure 5 is the perspective view of the server of the present invention. 

Figure 6 is a block diagram of the components of the server of one 
embodiment of the present invention. 

Figure 7 is a flow chart describing the operation of the present invention. 

Figure 8 is a flow chart describing the start up process for the controller. 

Figure 9 is a flow chart describing the start up process for the processor. 

Figure 10 is a flow chart describing the firmware update sequence 
performed by the processor. 

Figure 1 1 is a state diagram for the controller. 

Figure 12 is a flow chart describing a process performed by the processor 
for playing audio/visual data. 

Figure 13 depicts the graphical user interface for the software used on a 
computer to manage play lists and load tracks on the hard disk drive. 

Figure 14 is a flow chart describing the process of acquiring tracks, 
managing tracks and adding tracks to a device. 

Figure 15 is a flow chart describing the process of creating a play list. 

Figure 16 is a block diagram depicting an ID3 tag. 
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Figure 17 is a flow chart describing the method for automatically adding 
tracks to a play list. 

Figure 18 is a flow chart describing the method of selecting new interface 
program code to be loaded on the server of the present invention. 

Figure 19 is a flow chart describing the process of synchronizing data 
between the hard disk drive and the software on the computer. 

Figure 20 is a flow chart describing the process for generating a one cUck 
play list. 

Figure 21 is a block diagram of an alternative embodiment of the present 
invention. 

Figure 22 is a block diagram of the components of an alternative 
embodiment of the music server. 

Figure 23 is a flow chart describing the operation of an alternative 
embodiment of the present invention. 

DETAILED DESCRIPTION 
While the preferred embodiment of the invention is described in regard to 
an in- vehicle audio system, the present invention can also be used in other contexts 
and with other types of audio/visual data. For purposes of this patent, audio/visual 
includes audio alone, visual alone, or a combination of audio and visual. Examples 
of audio data include music, speech or other sounds. Examples of visual data 
include video, animation, slide show, text, still images, etc. Thus, the present 
invention can be used as a server for video data, visual text data, speech data, or any 
other type of audio/visual data. In one embodiment, the audio/visual data is 
grouped into tracks. A track could be a song, a message, a story, a video, a scene 
fi*om a video, etc. The term track is used, therefore, to refer to a grouping of 
audio/visual data. 

Figure 1 depicts one embodiment of the present invention. Figure 1 depicts 
music server 102 which is one embodiment of an audio/visual server. Music server 
102 emulates a disc changer. Emulating a disc changer is understood to mean that 
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music server 102 is not an actual disk changer; however, based on the input/output 
data communication to and from the audio/visual server, music server 102 appears 
to act like a disc changer. Music server 102 is in communication with head unit 104. 
In one embodiment, head unit 104 is a standard automobile stereo head unit which 
is adapted to communicate with a disc changer. Connected to head unit 104 are 
speakers 106, 108, 110 and 112 for providing music to the user. Figure 1 also 
shows removable disk cartridge 120 which can be connected to music server 102 
or docking station 122 (also called a dock). 

Docking station 122 is connected to computer 124. In one embodiment, 
docking station 122 connects to a USB port of computer 124. In other 
embodiments, docking station 122 can connect to a parallel port, serial port, fire 
wire connection or other interface. In other embodiments, docking station 122 
communicates with computer 124 using a wireless connection, including infrared, 
RF, etc. Alternatively, docking station can be a separate entity on a network 
communicating to computer 124 over a network. 

Figure 1 shows a monitor 126 connected to computer 124, Computer 124 
is a standard personal computer known in the art. For example, computer 124 
includes a processor, a memory in communication with the processor, a hard disk 
drive in communication with the processor, a USB port, a serial port, a parallel 
port, a network interface (e.g. network card or modem), a keyboard and a pointing 
device. The keyboard, pointing device and monitor 126 are used to provide and 
interact with a graphical user interface (GUI) so that a user can add tracks to music 
server 1 02. Computer 124 is connected to Internet 128 via a modem, LAN or other 
means. In one embodiment of the present invention, an Internet server 130 is 
provided via the Internet for downloading tracks, downloading information about 
tracks, storing information about tracks and downloading firmware. In one 
embodiment of the system of Figure 1, the tracks are songs. 

In general, the embodiment shown in Figure 1 operates as follows. A user 
will insert disk cartridge 120 into docking station 122. Using the GUI on computer 
124, the user will download tracks from the Internet (including Internet server 130) 
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to the hard disk of computer 124. The downloading of music can also be done 
without using the GUI of the present invention. After the tracks are on disk 
cartridge 120, disk cartridge 120 is removed from docking station 122 and inserted 
into music server 102. In one embodiment, music server 102 and head unit 104 are 
5 mounted in an automobile. More specifically, music server 102 may be mounted 
in the trunk of a car and head unit 104 is mounted in the dash board. After disk 
cartridge 120 is inserted into music server 102, a user can use head unit 104 to 
access tracks on disk cartridge 120 and play those tracks through speakers 106, 
108, 110 and 112. 

10 Figure 2 is a side view of docking station 122. On the top of docking 

station 122 is an opening 140 for receiving disk cartridge 120. In one embodiment, 
disk cartridge 120 is inserted into opening 140 in a vertical orientation. Figure 2 
also shows two wires connected to docking station 122. Wire 142 supplies DC 
power to docking station 122. In one embodiment, wire 142 is connected to a five 

15 volt regulated transformer. Wire 144 connects docking station 122 to a USB port 
of computer 124. 

Figure 3 is a schematic of the internal components of docking station 122, 
Wire 142 is connected to switch 150. Switch 150 is a mechanical switch that is 
triggered when disk cartridge 120 is completely and properly inserted into opening 

20 140. Switch 1 50 is connected to IDE controller 1 52 and USB to IDE interface 1 54, 
When switch 1 50 is triggered (disk cartridge 120 is inserted in docking station 122), 
power from wire 142 is provided to IDE connector 152 and USB to IDE interface 
154. USB to IDE interface 154 is also connected to wire 144, IDE connector 152, 
LED 156 and LED 158. LED 156 indicates whether docking station 122 is 

25 receiving power. LED 158 indicates hard drive activity. In one embodiment, USB 
to IDE interface 154 is an OnSpec 90C36. The purpose of the docking station is 
to connect the hard disk drive to the computer. Other alternative docking stations 
different from that of Figures 2 and 3 could also be used within the spirit of the 
present invention. Examples of suitable alternative docks include a cable that 

30 connects to both a computer and the disk drive, a connector that connects to both 
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a computer and the disk drive, a drive bay that is within or connected to the 
computer and can receive the disk drive, etc. 

Figure 4 shows an overhead cutaway view of disk cartridge 1 20 . Outer shell 
170 protects and houses the components of disk cartridge 120. In one embodiment, 
5 outer shell 170 is made of hard plastic. Metals can also be used. At one end of 
outer shell 1 70 is IDE connector 172. Connected to IDE connector 1 72 is a printed 
circuit board (or a flexible ribbon cable) with various circuit elements and wires. 
For example, flexible ribbon cable 174 includes capacitors and resistors for 
decoupling. Connected to flexible ribbon cable 174 is connector 176. In one 
10 embodiment, connector 176 is a 44 pin connector. Flexible ribbon cable 174 maps 
signals from connector 172 to connector 176. Connector 176 is attached to hard 
^.0 disk drive 178, In one embodiment, hard disk drive 178 is a 5 gigabyte hard disk 

tU drive from Toshiba with a 2 ^ inch form factor. Other hard disk drives can also be 

^ used- A hard disk drives utilizing one or multiple disks can be used. Hard disk 

g 15 drives with multiple disks typically have separate read/write heads for each disk. 
^ In other alternatives, the hard disk drive can be replaced by other high density disk 

|y drives, flash memory, CDRW or other appropriate storage media. In one 

y embodiment, the gap between hard disk drive 1 78 and outer shell 170 can be filled 

Q with a shock absorbing substance. 

20 Hard disk drive 178 includes music files to be played by music server 102. 

Hard disk drive 178 also includes various program code and configuration 
information. In one embodiment, hard disk drive 178 includes at least five top level 
directories: /MP3, /playlist, /playUst config, /microcontroller config and /OS. The 
directory /MP3 contains all of the audio files. The directory /playhst contains all the 
25 play list files. The drive can store many play Hsts. Each play list file contains a set 
of strings. Each string specifies the path location to a particular track in the /MP3 
directory. The strings are stored in the file according to the order set up by the 
user. The directory /playlist config contains files that include special configuration 
information for each play list. Examples of such special configuration information 
30 includes whether there should be a pause between tracks, whether text output 
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should be enabled, whether random play should be enabled, the length of the gap 
between tracks, information about repeating tracks in the play list, etc. 

The directory /microcontroller config includes a series of files for 
configuring controller 320 (see Figure 6) to communicate with head unit 104. One 
5 file is a text file with a set of flags which indicate any of the following: disk cartridge 
change, other devices connected, head unit text on/ofF, time elapsed to be displayed 
up or down, etc. The flag indicating disk cartridge change is a one bit binary value 
that is inverted by computer 124 if disk cartridge 120 is connected to docking 
station 122 and data is written to or deleted fi^om disk cartridge 120. Note that in 

10 one embodiment, music server 102 is prohibited fi*om writing to disk cartridge 120. 
The directory /microcontroller config also includes a button mapping file which is 
used to override the fiinction of any button on the head unit. A file is also included 
which provides a temperature setting for automatically turning the box off. In one 
embodiment, music server 102 includes a thermometer and electronics for 

15 determining the temperature. If the temperature reaches the setting in the file, 
music server 102 will automatically turn off. Another file in the directory 
/microcontroller config stores the firmware used to program controller 320 to 
communicate with head unit 104. The firmware on hard disk drive 178 is 
encrypted. The /microcontroller config directory also includes files which store a 

20 version number for the encrypted microcode and code for programming a PLD or 
FPGA (described below). 

In the /OS directory, hard disk drive 178 stores the operating system for 
music server 102. In one embodiment, the operating system used is LINUX. Other 
operating systems can also be used. In addition to the operating system code, the 

25 /OS directory also stores drivers including the IDE driver, audio drivers for the 
digital to analog converter, a driver for the serial interface between the processor 
and the controller, etc. The /OS directory also stores a start up file which includes 
start up code performed by processor 302 afl:er receiving power. 

Figure 5 shows a perspective view of music server 102. At one end of 

30 music server 102 is an opening 202 for inserting disk cartridge 120. The 
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components of music server 102 are protected by hinged door 204. When disk 
cartridge 120 is inserted in opening 202, door 204 is opened. In one embodiment, 
music server 102 will include metal springs or high density shock absorbing air 
pouches inside the outer box in order to suspend the frame that holds disk cartridge 

12a 

Figure 6 shoves a block diagram of the components of music server 102. 
Bus 300 is connected to processor 302, boot ROM 304, RAM 306 and IDE glue 
logic 308. Connected to DDE glue logic 308 is IDE connector 3 10. IDE connector 
3 10 is used to connect to connector 172 of disk cartridge 120. RAM 306 is used 
as memory for processor 302. In one embodiment, RAM 306 includes 16 
megabytes of DRAM. Boot ROM 304 is used to store the code for booting 
processor 302. Processor 302 is also connected to controller 320. Music server 
102 uses a separate processor and controller because the communication with the 
head unit is in real time, while processor 302 is busy decoding audio and/or visual 
data. In one embodiment, processor 302 is an EP 7212 from Cirrus Logic, which 
implements the ARM architecture. One example of a suitable controller is the 
Philhps 8051 Microcontroller. Note that other processors and/or controllers can 
also be used. Although controller 320 is referred to as a controller, the terms 
controller and processor can be used interchangeably and controller 320 can be 
referred to as a processor. The reason device 320 is referred to as a controller 
rather than a processor is to make the text clearer to read. 

The communication between controller 320 and processor 302 includes a 
serial interface. In some embodiments, there is also a program signal sent from 
processor 302 to controller 320. Controller 320 includes an internal flash memory. 
The program signal is used by processor 302 to program the internal flash memory 
of controller 320. Controller 320 is connected to glue logic 330, which is 
connected to connector 322. In one embodiment, connector 322 is a 24 pin 
Centronics port. Connector 322 is attached to a cable. The other end of the cable 
connects to head unit 104. Many automobile stereo head units have a disc changer 
port in the back of the head unit. This port contains an interface to connect to a 
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cable. The signals communicated by the disc changer port include a 12 volt power 
source, ground, an accessory signal, a clock signal and data pins. In some 
alternatives, the accessory signal is not part of the cable, is not sent or is sent 
separately. 

Glue logic 330 is reprogrammable. For example, glue logic 330 can be an 
FPGA or a PLD (as well as other suitable reprogrammable logic devices). Glue 
logic 330 is connected to and programmed by processor 302. Glue logic 330 
provides latches, inverters and other glue logic that is specific for each head unit and 
used to make communication from controller 320 compatible with the particular 
head unit. 

Connector 322 is also connected to power module 330. The cable from 
head unit 104 to connector 322 provides the auto's accessory signal and a 12 voh 
power source from the car battery or other power source. This 12 volt power is 
communicated to power module 330. Power module 330 then creates a 5 volt DC 
power source, which is communicated to the components shown in Figure 6. Signal 
340 provides 5 volt power to controller 320 The 5 voh power connection to the 
other components is not shown in Figure 6. Power module 330 also communicates 
a 12 volt power signal 342 to controller 320 for programming the internal flash 
memory of controller 320. In one embodiment, power module 330 is an LM3 17 
from National Semiconductor. Connected to power module 330 is a switch 332. 
In one embodiment, switch 332 is turned on when disk cartridge 120 is properly 
inserted into music server 102. When switch 332 is turned on and the accessory 
signal is on, power module 330 sends the 5 voh power to the components of Figure 
6. When switch 332 is not turned on or the accessory signal is not turned on, 
power module 330 does not send the power to the components of Figure 6. Thus, 
music server 102 will not operate unless disk cartridge 120 is properly inserted in 
music server 102. In one embodiment, one exception is that the 5 voh power signal 
340 is always on. In other embodiments, the system does not include switch 332 
and will operate without the insertion of disk cartridge 120. In this ahernative 
embodiment, music can be stored in RAM 306 or another storage medium. 
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Figure 6 also shows digital to analog converter 324 connected to processor 
302 and connector 322. Also connected to digital to analog converter 324 is audio 
connector 326. In one embodiment, audio connector 326 includes one or more 
RCA audio ports. One or more cables connect audio connector 326 to head unit 
104. In one embodiment, processor 302 is used to decode the audio/visual files. 
The decoded audio/visual data is communicated to digital to analog converter 324, 
and then on to either audio connector 326 or connector 322. Thus, server 120 can 
provide audio to head unit 104 via connector 322 or audio connector 326, 
depending on the particular head unit. The audio signal sent via connector 322 can 
be analog or digital, depending on the particular head unit. 

The flash memory internal to controller 320 stores firmware to program 
controller 320 to interface with the appropriate head unit. If music server 102 is 
initially set up to communicate with a first head unit and the user subsequently 
installs music sever 102 into a different automobile with a different head unit, 
controller 320 can be reprogrammed to communicate with the new head unit by 
changing the firmware in the internal flash memory of controller 320, 

Note that the connection from music server 102 to head unit 104 is 
described above to include a pin connector and a cable. Alternatives to a pin 
connector and cable combination include a cable alone, pin connector alone, 
wireless connection, optical connection, Ethernet, LAN, modem or another high 
speed or low speed data line. 

Figure 7 is a flow chart describing the overall use of the embodiment of the 
present invention described above. In step 402, a user acquires music. There are 
many suitable alternatives for acquiring music. In one embodiment, music is 
acquired by transferring it from a floppy disk, CD-ROM, audio compact disc, etc, 
to computer 124. Alternatively, music could be downloaded over Internet 128 
from, for example, Internet server 130. Music can also be stored on computer 124 
by transferring it across the network, or any other means known for transferring 
music or other audio/visual files. In step 404, the music desired to be played using 
music server 102 is transferred from computer 124 to disk cartridge 120 via 
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docking station 122. In step 406, disk cartridge 120 is removed from docking 
station 122. In step 408, disk cartridge 120 is inserted into music server 102. In 
step 410, head unit 104 is operated by a user. In step 412, head unit 104 sends 
commands to music server 102 requesting certain music to be played. In step 414, 
music server 1 02 provides the requested music to head unit 104. In step 416, head 
unit 104 provides the music through speakers 106, 108, 110 and 1 12. 

Figure 8 provides a flow chart describing the start up process for controller 
320 after disk cartridge 120 is inserted in music server 102. In step 542, controller 
320 loads its boot program from the internal flash memory. As discussed above, a 
portion of the internal flash memory of controller 520 is used to store the firmware 
(interface program code) for programming controller 320 to communicate with 
head unit 104. In step 548, controller 320 requests that processor 302 access hard 
disk drive 178 and read the firmware version number stored in the /microcontroller 
config directory. In step 550, controller 320 receives the firmware version number 
from processor 302. 

In step 552, controller 320 determines whether hard disk drive 178 includes 
an update to the firmware. In one embodiment, this test is performed by 
determining whether the firmware version number received in step 550 is higher 
than the firmware version number for the firmware currently stored in the flash 
memory of controller 320. If the answer to the test of 552 is no, then the method 
loops to step 570. In step 570, controller receives and stores the flag indicating disk 
cartridge change which is stored on hard disk drive 178. In step 572, controller 
compares the received value of the flag to the previously stored value. If the two 
flag values match, controller assumes that disk cartridge 120 has not changed (in 
regard to the tracks) and the method loops to step 574. If the two flag values do 
not match, then controller assumes that disk cartridge 120 has changed (in regard 
to the tracks) and the method loops to step 576. 

In step 574, controller sends the previous lo cation to processor 302. During 
operation of music server 102, controller 320 stores the current location of the 
server in its internal flash memory. The location includes the current play list being 
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used, the current track being played, and the time elapsed from the beginning of the 
track (determined using a clock internal to the controller). When music server 1 02 
is turned off, this location information is stored in controller 320 (which remains 
powered). In step 574, this location information is sent from controller 320 to 
5 processor 302. After sending the previous location, controller 320 executes the 
state machine in step 578. The state machine is a process used to communicate 
with head unit 104, If step 572 determined that the disk cartridge was changed, then 
in step 576, controller 320 sends to processor 302 a communication indicating to 
start playing at the beginning of track 1 of play list 1 . 
10 If in step 552 controller 320 determines that there is a firmware update on 

p hard disk drive 178, then the method loops to step 554, In step 554, controller 320 

ff, sends a request to processor 302 to load new firmware. In step 556, the new 

firmware is received by controller 320. In step 558, the received firmware is 
M decrypted and stored in the internal flash memory. 

15 Figure 9 is a flow chart which describes the start up process for processor 

^ 302. In step 602, processor 302 receives power from power module 330 when the 

y power and the accessory signal are provided by head unit 104 and switch 332 is 

IJS engaged. In step 604, processor 302 loads the operating system fi^om hard disk 

y drive 178. In step 606, processor 302 boots the operating system. In step 608, 

20 processor 302 reads the start file from hard disk drive 178 and performs the code 
therein. In step 612, processor 302 performs the firmware update sequence and, 
in step 614, processor 302 executes the music player program. More details 
regarding steps 612 and 614 will be discussed below. 

Figure 1 0 depicts a flow chart providing more details of the firmware update 
25 sequence performed by processor 302. In step 722, processor 302 receives a 
request for the firmware version number from controller 320. In step 724, 
processor 302 reads the firmware version number from the /microcontroller config 
directory of hard disk drive 178. In step 726, processor 302 sends the firmware 
version number to controller 320. After sending the firmware version number to 
30 controller 320, processor 302 determines whether controller 320 requested a 
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firmware update. If no firmware update is requested, the process of Figure 10 is 
done. If a firmware update is requested, the method of Figure 10 loops to step 740. 
In step 740, processor 302 accesses and reads new firmware fi-om the 
/microcontroller config directory of hard disk drive 178. Step 740 also includes 
accessing and reading new code to program glue logic 330. In step 742, the 
firmware is sent to controller 320. In step 744, processor 302 programs glue logic 
330 according to the code read in step 740. The code used in step 744 may vary 
by head unit and/or firmware version. 

Figure 11 is a state diagram describing the communication between 
controller 320 and head unit 104. Between each pair of adjacent states is an arrow. 
Next to some of the arrows is a number without parenthesis or a number with 
parenthesis. A number without parenthesis indicates that controller 320 receives 
a packet identified by the number. A number next to the arrow in parenthesis 
indicates that controller 320 communicates to head unit 104 a packet identified by 
the number in parenthesis. Table 1 below describes the various packets. The 
packets of Table 1 and the state diagram of Figure 1 1 are specific to one or more 
head units manufactured by Sony Corporation, for example, the Sony Model XR- 
C5120. 
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Initially, controller 320 begins in "start" state 810. Upon receiving packet 
0, controller 320 enters "assign" state812. Upon receiving packet 1, controller320 
enters the "assign ok" state 8 14. States 8 12 and 8 14 include head unit 104 verifying 
the assignment of an address to music server 102. Head unit 104 was initially 
designed to communicate v^th a disc changer. Thus, the packets sent from head 
unit 104 are meant for a disc changer. Controller 320 performs the state machine 
of Figure 11 in order to emulate a disc changer. In state 814, music server 102 
sends an acknowledgment back to head unit 104 by sending packet 2 and entering 
"hello" state 816. While in "hello" state 816, head unit 104 sends packet 3 to 
controller 320. After receiving packet 3, controller 320 enters the "hello ok" state 
818 and sends packet 4 to head unit 104. After sending packet 4, controller 320 
enters "dormanf state 820. States 810-818 are start-up states. 

State 820 begins normal operation. While in "dormant state" 820, controller 
320 expects to receive either of packets 5, 6 or D. If packet 5 is received from head 
unit 104, controller 320 enters "no command" state 830, responds back to head unit 
104 with packet 7 and resumes "dormant" state 820. If packet 6 is received, 
controller 320 enters "no status" state 840, responds back to head unit 104 with 
packet 8 and returns to "dormant" state 820. While in "dormant" state 820, if head 
unit 104 sends packet D, controller 320 enters "play" state 840. Upon entering 
"play" state 840, controller 320 will issue a request to processor 302 to begin 
playing music. In one embodiment, processor 302 plays music according to a 
selected play list. 
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Controller 320 will remain in "play" state 850 until it receives either of 
packets 6, 12, 13, 14 or 15. If in "play" state 850 controller 320 receives packet 13, 
then controller 320 will enter the "got forward" state 864. In "got forward" state 
864, controller 320 will communicate to processor 302 to play the next track on the 
5 play list and then controller 320 will return to "play" state 850. While in "play" 
state 850, if controller 320 receives packet 14 controller 320 will transition to "got 
reverse" state 866 and send a communication to processor 302 to play the previous 
track (or go to the previous beginning of a track). After communicating with 
processor 302, controller 320 will return back to "play" state 850. While in "play" 

10 state 850, if controller 320 receives packet 12, controller 320 will enter "got 
button" state 868 . Packet 1 2 will indicate a particular button (typically 1-10) which 
was selected by the user on head unit 104. In "got button" state 868, controller 320 
will communicate to processor 302 that a button was pushed and provide the 
identification of the button (e.g. 1-10). In one embodiment, head unit 104 has ten 

15 numbered buttons and each button corresponds to a play list. Thus, if button 2 was 
pushed, music server 102 will begin playing tracks from the second play list. After 
communicating with processor 302 in "got button" state 868, controller 320 will 
resume "play" state 850. While in "play" state 850, if controller 320 receives packet 
6, controller 320 will enter the "no status play" state 870. While in "no status play" 

20 state 870, controller 320 will send packet E, the play list number, track number and 
(optionally) the title of the track to head unit 104 so that head unit 104 can update 
its display. Controller 320 acquires the information from processor 302. After 
communicating with head unit 104 in regard to the display, controller 320 resumes 
"play" state 850. While in "play" state 850, if controller 320 receives packet 15, 

25 controller 320 enters "got source" state 872, Packet 15 indicates that another 
source of music has been chosen for playing through head unit 104. For example, 
the user may have selected a cassette or radio instead of music server 102. 
Controller 320 proceeds from "got source" state 872 back to "dormant" state 820, 
instructs processor 302 to stop playing music and stores the current play list and 

30 track number. 
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The firmware stored on the internal flash memory of controller 320 
programs controller 320 to perform the state machine of Figure 11. The 
communication between controller 320 and various head units can be figured out 
by reverse engineering the communication from the head unit. In other 
5 embodiments, the audio/visual server of the present invention is used for purposes 
other than storing music, communicating with an automobile audio head unit and 
emulating a disc changer. For example, the server can store videos, text data, etc. 
For each application, the state diagram of Figure 11 may need to be changed to 
communicate with the appropriate head unit. The inventors contemplate that the 
10 term "head unit" is used to refer to the device that communicates with the server 
and that interfaces with a user to provide the audio/visual data. As can be seen 
f3 from Figures 6 and 1 1, music server 102 receives commands from head unit 104 

|1J and sends either music information, commands or other data to head unit 104. 

I = Thus, music server 102 is in bidirectional communication with head unit 104. 

I J 15 Figure 1 2 is a flow chart describing the music player program performed by 

^ processor 302. This is the normal operation during which music server 102 

171 provides music information to head unit 104. In step 930, processor 302 reads the 

y flag indicating disk cartridge change from the directory /microcontroller config of 

O disk drive drive 178 and sends the value read to controller 320. In step 932, 

20 processor 302 receives a starting location from controller 302. Step 932 is 
performed in response to either step 574 or step 576. In step 934, processor 302 
starts the music player according to the location received in the previous step. The 
music player is software for playing the particular music under consideration. For 
example, if the music is stored in MP3 format, the music player is a MP3 music 
25 player that can read, decode and play MP3 files. The present invention supports 
many different formats other than MP3 . Examples of suitable formats include CD 
format, WMA, AudioSoft, Mjuice, MOD, WAV, atrac, liquid audio, twinuq, real 
audio and other formats known in the art. 

In step 93 6, processor 3 02 determines whether a message has been received. 
30 If no message was received, the music player continues playing the music file. If a 
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message was received, processor 3 02 determines whether the message was from the 
controller 320 or from the music player. If the message was from controller 320, 
the method loops to step 938 and responds to the message from controller 320. 
Messages from controller 320 include play next track, play previous track, play next 
5 play list, play previous play list, play a particular track, stop playing, etc. After 
responding to the message from controller 320 in step 938, the method loops back 
to step 936. If the message in step 936 was received from the music player, then 
in step 960 processor 302 determines whether it was an "end of track" or "end of 
play list" message. If the message was "end of track," then in step 962 processor 
10 3 02 causes the music player to play the next track. Playing a track includes reading 
a file from disk cartridge 120, possibly decoding data and sending audio information 
^ to head unit 104. In step 964, processor 302 sends the text information about the 

fIJ music track currently being played to controller 320. After step 964, the method 

1,1, loops back to step 936. If in step 960 it is determined that the message from the 

^ 15 music player was "end of play list," then in step 970 processor 3 02 causes the music 
^ ^ player to play the first track for the next play list. In step 972, processor 302 sends 

yj the text information for the new track to be played to controller 320. After step 

^: 972, the method loops back to step 936. 

O While the system described above can be used to emulate a compact disc 

20 changer, music server 102 stores music in a format that is not compatible with 
compact disc players. For example, compact disc players cannot read files stored 
in MP3 format. 

Figure 13 depicts a GUI for the software operating on computer 124. This 
software allows the user to create play lists, add or remove tracks from a play list, 

25 add or remove tracks from disk cartridge 120, and configure music server 102. A 
play list is a list of tracks to be played. GUI 1200 has a subwindow 1202 which lists 
all the devices that can be communicated with to store tracks. Subwindow 1204 
identifies the play lists that have been created. Subwindow 1206 identifies the 
tracks in the track list. The track list is a list of the tracks that have been made 

30 known to the software providing GUI 1200. In one embodiment, tracks are added 
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to the track list by moving tracks into a directory or dragging tracks into window 
1206. The track list can be all the tracks in the directory, on a storage medium, in 
a computer, etc. Alternatively, the track list could be all the tracks placed in the 
track list by the user. GUI 1200 also has a set of buttons 1208. These buttons 
5 perform actions. Examples of appropriate buttons include "add a track to track 
list/' "add a track to a play Hst," "create play list," "edit play list," "edit track 
information," "new device," "edit device," "synchronize with device," "delete play 
list," "search for tracks," etc. 

GUI 1200 also includes a set of one or more "one click" play list buttons. 

10 A "one click" play list button is a means for a user to perform only one action — 
select the one click play list button — to create a play list. In one embodiment, there 
is a set of "one click" play list buttons organized by genre. Thus, there will be one 
button to create a jazz play list, one button to create a rock play list, one button to 
create a blues play list, etc. There could also be a set of "one click" play list buttons 

15 organized by year the track was recorded, artist, or other suitable criteria. In one 
embodiment, a user can select more than one "one click"play list and then instruct 
the computer to generate all of the selected "one click" play lists. The "one click" 
play lists can be updated automatically or can be updated in response to a user 
selecting a button on GUI 1200. 

20 GUI 1200 also shows a browser 1212. This browser can be used to search 

the Internet, a network, a hard drive, etc., to find and acquire tracks. Once a track 
is found using browser 1212, it can be dragged to track list 1200 and/or any of the 
play lists in window 1204. In one embodiment, browser 1212 is used to search for 
tracks on Internet server 130. 

25 Figure 14 is a flow chart which describes a method for using GUI 1200. In 

step 1250, a user creates a play hst. In step 1252, the user acquires tracks. In step 
1254, a set of one or more tracks are added to the play Hst. In step 1256, the user 
selects a device for transferring the tracks. In step 1258, the user synchronizes data 
with the device selected in step 1256. Step 1258 includes storing on the selected 

30 device the play list and the tracks identified in the play list. 
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Figure 15 is a flow chart describing the process of creating a new play list. 
In step 1302, the user selects the "create play list" button from window 1208. 
Alternatively, the user can right click on window 1204 and select "new." In step 
1304, the user provides a name for the new play hst. In step 306, the user can 
5 manually add tracks to the play hst. One means for manually adding tracks includes 
dragging tracks from tracks window 1206 to play list in window 1204. The user 
can also drag tracks using a browser. Additionally, the user can select the "add 
track" button from window 1208 and identify the tracks to be added from any 
accessible storage medium. 
10 In step 1308, the user adds criteria to the play list for automatically adding 

tracks. Criteria is defined as a rule or test for which a decision can be made. 
>I3 Criteria can be a set of on of one or more boolean expressions, one or more tests, 

ri j one or more data values which must be matched, etc. Example of information that 

can be included in play list criteria includes artist name, title, album name, year of 
|S 15 recording, genre, tempo, source, file bit rate, similarity information, etc. The 
I criteria can be added by inserting data into fields of a template, by writing boolean 

rt expressions, by selecting or entering data or boolean expressions using menus, or 

D other suitable means. Criteria for a play list may include multiple terms. For 

f3 example, the criteria for a play list can specify a genre and a time frame. In one 

20 example of steps 1302-1308, a user may create a new play hst called "early 
Beatles." The criteria entered in step 1308 would include the artist name being 
equal to "Beatles" and date field being equal to "prior to 1965." Additional criteria 
could also be used. 

In one embodiment, software can be provided for automatically determining 
25 the tempo of a track. Similarity information is information that is stored that 
describes one track in terms of another track. For example, in one embodiment, 
Internet server 130 will include a similarity database. This database will indicate 
that a particular track is similar to other tracks. Alternatively, the database can 
indicate that when users have downloaded a particular track, users also typically 
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download another specified track. In one alternative, instead of storing the 
similarity information on Internet server 130, it could be stored on computer 124. 

In step 1310 of Figure 1 3 , the system automatically adds tracks to the newly 
created play list according to the criteria specified in step 1308. The term 
5 "automatically" is used to mean that no human action is required to add the track. 
In one embodiment, step 13 10 is performed by the software searching through the 
tracks listed in window 1206. In another embodiment, the system searches through 
all the tracks on the hard disk drive of computer 124, on the entire network 
connected to computer 124 or on another specified storage medium. For each track 
10 found during a search, the properties for the track are compared to the criteria for 
the play list. If the properties for the track satisfy the criteria for the play list, the 
S software adds the track to the play list. Properties for a track satisfy criteria for a 

fij play list if all of the tests of the criteria for the play hst are successful in light of the 

^ properties for the track. For example, for the "early Beatles" play list mentioned 

W 15 above, a song by the Beatles recorded in 1963 has properties that satisfy the play 

IP 

^ list criteria regardless of the album title, genre, etc. 

When storing tracks in MP3 format, the end of the file includes an ID3 tag. 
O In an embodiment of the present invention that uses files stored in MP3 format, the 

H track' s properties are stored in the ID3 tag. Figure 1 6 depicts an exemplar ID3 tag 

20 attached to audio data 1350. The first field is tag field 1352, which is a 3 byte field 
storing the characters "TAG." The second field is title field 1354, which is a 30 
character field indicating the title of the track. The third field is artist field 1356, 
which is a 30 character field indicating the name of the artist. The fourth field is 
album field 1358, which indicates the title of the album and is 30 characters. The 
25 fifth field is year field 1360, which indicates the year the track was recorded and is 
4 characters. The sixth field is comment field 1 3 62, which is a 3 0 character field for 
storing comments. In one embodiment of the ID3 tag, the next to last byte of 
comment field 1362 is set to zero and the last byte of comment field 1362 indicates 
the track number on the CD that the music comes from. The final field is the genre 
30 field 1364, which is a 1 byte field indicating the genre. 
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The properties stored in the ID3 tag are compared against criteria specified 
for the player list to determine whether the track should be added to the play list. 
If the information in the IDS tag satisfies the criteria, the track is added to the play 
list. For example, if the play list criteria requires the artist to be the Beatles and year 
5 of recording to be prior to 1965; and the IDS tag for the song indicates that the 
artist is the Beatles and the year of recording is 1963, then the properties in the IDS 
tag satisfy the criteria for the play list. Other formats for digital music do not use 
IDS tags. The present invention can also be used with other audio/visual file types 
which use other formats for header information. In addition to using properties 

10 stored in header (or footer) information for a file, the properties for tracks can also 
be stored in a database on computer 124, Internet server 130, or another suitable 
location. The system could use that database to determine whether a particular 
track has properties satisfying the criteria of a play list. One example of step 1310 
includes looking at every track in track list 1206 and determining whether the 

15 infomration stored in the IDS tags satisfy the criteria added in step 1308. 

After one or more play lists are created, the system will automatically update 
the play lists. That is, as a new track becomes available, it will be automatically 
added to any play list for which the properties of the track satisfy the criteria for the 
play list. The automatic adding of a track to a play list could be triggered by adding 

20 a track to track hst 1206, storing a track on the hard disk of computer 124, 
accessing a track over a network or the Internet, putting a track in a certain 
directory or otherwise making a track accessible. The key is that the track or 
properties for the track is stored somewhere that is accessible in an appropriate 
manner to trigger the process of automatically adding tracks to the play list. The 

25 tracks are added automatically without the user requesting the track be added. 

Figure 17 provides a flow chart describing one method for automatically 
adding a track to one or more play hsts. In step 1402, the track is stored. As 
discussed above, the track can be stored in the track list, hard drive, computer, 
network, Internet, etc. so that the track is accessible by the software. In step 1404, 

30 the system detects that the new track is accessible. In the embodiment where the 
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track is added to track list 1206, the addition to the track list is the detection of the 
new track. In other embodiments, a background process can be set up to monitor 
the hard disk, floppy disk, network, Internet, etc. After a new track is detected, the 
system accesses (step 1406) the play lists listed in window 1204. In step 1408, a 
5 first play list is chosen. In step 410, the system compares the properties for the 
track to the criteria for the play list in order to determine whether the properties for 
the track satisfy the criteria for the play list. In one example, step 1410 includes 
determining whether the properties stored in an ID3 tag satisfy the criteria specified 
for the particular play list. For example, if the criteria for the play list includes a 
10 specific artist, step 1410 includes determining whether the artist identified in the 
IDS tag is the same artist that is defined in the criteria for the play list. Other means 
for storing and comparing properties can also be used. Additionally, various 

in 

flj embodiments of the present invention use different quantities of properties. For 

ll example, the present invention will work with only one property per track. As 

to 15 described above, storing more than one property also works with the present 

'^^^ 

'iii ~ 

^ invention. 

H If; in step 1410, the criteria for the play list is satisfied then the method loops 

O to step 1412 and the track is automatically added to the particular play list under 

li consideration. After step 1412, the method loops to step 1414. If in step 1410, the 

^ 20 criteria was not satisfied, then the method loops directly to step 1414. In step 1414, 
it is determined whether there are any more play lists to consider. If there are no 
more play lists to consider, then the method of Figure 17 is completed. If there are 
more play lists to consider, then the method loops to step 1416 and the next play 
Hst is chosen. After step 1416, the method loops back to step 1410 and determines 
25 whether the properties for the track satisfy the criteria for the new play list. In one 
embodiment of step 1412, the software provides a window to the user indicating 
that the track is to be added. In another embodiment of step 1412, the software 
provides a window indicating to the user that the track meets the criteria for a play 
list and requests that the user confirm that the track should be added to the play list. 
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Figure 18 provides a flow chart describing the steps for selecting new 
firmware to be loaded on music server 102. The steps of Figure 18 are performed 
using GUI 1200. In step 1502, a user will request that a new device be created on 
GUI 1200. In one embodiment, step 1502 is performed by selecting one of the 
5 buttons of window 1208. Alternatively, step 1502 can be performed by right 
clicking (with a mouse or other pointing device) in window 1 202 and selecting "new 
device." In step 1504, a window will be provided by GUI 1200 which lists all 
devices that are known to the software. The user has the option (in step 1506) of 
selecting any of the known devices or indicating that the user wants to add a new 

10 unknown device. If the user decides to add a new device, a new window is 
provided to the user in step 1508. The window of step 1508 includes a device 
information template for the user to provide information about the device. This may 
include an identification of the port for communicating to the device, the type of 
memory the device uses, firmware information, operating information, capacity, etc. 

15 In step 1510, the user can browse computer 124, a network, Internet 128, Internet 
server 1 30, or another medium to find firmware for the new device. In step 1512, 
the firmware is prepared to be loaded. Step 1512 could include placing the 
firmware in a specific directory for loading on the device or adding a link to the 
firmware in a synchronization file for the device. 

20 If in step 1506 the user selected a known device, then in step 1520 the 

system determines whether the system already has firmware for that device. If the 
system does not have firmware for that device, then the method loops to step 1510. 
If the system does have firmware for the device, then in step 1522 the system 
determines whether the firmware needs to be updated. Step 1 522 can be a manual 

25 process that includes the user looking at the date of the latest firmware update. 
Step 1 522 can also be an automated process that includes searching for information 
indicating whether firmware updates exist (e.g. searching Internet server 130). If 
the firmware needs to be updated, then the method loops to step 1510. If the 
firmware does not need to be updated, the method loops to step 1512. 

Attorney Docket No.: PHAT-1002US0 BBM 
bbm/phat/1002/1002.001 



-28 - 

The user also has the opportunity to edit device properties for an existing 
device. In step 1 530, the user can access the device properties by selecting a device 
from window 1202 and selecting the "edit properties" button from window 1208. 
Alternatively, the user can right click on any of the devices shown on window 1202 
and select "properties." The system will provide a window listing all the properties 
for the particular device. In step 1532, the user can edit the device properties. 
After step 1532, the method loops to step 1504 and provides the user with the 
opportunity to change the device or change the firmware. 

One example of the use of the method of Figure 18 is when the user had 
initially installed music server 1 02 to work with a first head unit 1 04. Subsequently, 
the user connects music server 102 to a new head unit. In order for music server 
102 to communicate with the new head unit, new firmware must be loaded for the 
new head unit. This is performed using the method of Figure 18. Specifically, the 
user will perform step 1530 and access device properties for music server 102. In 
step 1532, the user can change the appropriate properties. In step 1504, the user 
will be provided with a list of the known devices. In one embodiment, each head 
unit is specified as a device in step 1 504. Thus, the user will choose one of the head 
units or choose to create a new head unit specification. At the conclusion of the 
method of Figure 18, the firmware for the new head unit will be prepared for 
loading in step 1512. 

Figure 19 is a flow chart describing the process for synchronizing data 
between computer 124 and the device playing the tracks. In one embodiment, the 
method of Figure 19 is used to synchronize data between computer 124 and disk 
cartridge 120. However, the steps of Figure 19 can be used for other devices. In 
embodiments that don't use a disk cartridge 120, the steps of Figure 19 are used to 
synchronize between computer 124 and the storage medium for the particular 
device. 

In step 1600 of Figure 19, the system receives a request to synchronize. 
Step 1600 may be a result of a user selecting a device and selecting the 
''synchronize" button in window 1208. In step 1602, the system accesses all the 
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GUI device files that the GUI had prepared for loading onto the device. In step 
1604, the system access all the files stored on the actual device to be synchronized. 
In step 1 606, tracks that are on the device storage medium and not identified by the 
GUI as to be loaded onto the device are removed from the device storage medium. 
5 In step 1608, tracks that are identified by the GUI to be loaded on the device but 
are not actually on the device, are added to the device storage medium. In step 
1610, the flag indicating disk cartridge change in the directory /microcontroller 
config of disk drive 178 is changed. In step 1612, play Ust files on the device are 
replaced by the new play list files. In step 1614, the play list configuration files are 

10 updated on the storage device. In step 1616, the system determines whether there 
is any new device configuration information. If there is, the new device 
configuration information is added to the storage medium for the device in step 
1618. Afl:erstep 1618, or if there was no new device configuration information, the 
system continues to step 1620. In step 1620, the system determines whether there 

15 is new firmware to load. If there is no new firmware, the system skips to step 1 628 . 
If there is new firmware, the system will add the new firmware and the firmware 
version number to the storage medium in step 1624. In step 1628, the system 
determines whether there is an update to the operating system. If not, the method 
is done. If there is, then in step 1630 the operating system update is added to the 

20 storage medium. 

As discussed above, window 1210 includes a set of "one click" play list 
buttons. Figure 20 provides a flow chart for responding to a user selection of a 
"one chck" play list button. In step 1718, the system receives a selection of a "one 
click" button. In step 1 720, the system searches for the next track to be considered. 

25 Step 1720 could include searching the track list of window 1206, the hard drive of 
computer 124, another storage medium, a network, the Internet, Internet server 
130, etc. In one embodiment, the system can be preconfigured to determine where 
to search. In step 1722, the system determines whether a track was found. If not, 
the method of Figure 20 is done. If a track was found, then the method continues 

30 with step 1 724 . In step 1 724, the system accesses the properties for the track found 
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in step 1722. In one embodiment, step 1724 includes accessing the ID3 tag. In step 
1726, the system determines whether the properties for the track satisfy the criteria 
for the "one cHck'' play list. If the properties for the track satisfy the criteria for the 
play list, the track is automatically added to the play list in step 1728 and the 

5 method loops to step 1 720 to search for another track not already considered by the 
method of Figure 20. If the criteria for the track does not satisfy the criteria for the 
play list (step 1726), then the method loops to step 1720. At the end of the method 
of Figure 20, a play Ust is set up which has a set of tracks having properties that 
satisfy the criteria for that play list. Note that the steps of Figure 20 are performed 

10 in response to only one action by the user. This one action is the user selecting one 
of the "one click" play list buttons. In one embodiment, after the steps of Figure 20 
have completed, the music player automatically plays the songs identified on the 
play list. 

The technology for creating and updating play lists is described above in 

15 conjunction with a personal computer. However, the technology can also be 
implemented on music server 102, on another music player (including a head unit, 
another vehicle sound system, another mobile sound system, etc.), on another 
audio/visual device, on another computing device, etc. 

Figure 21 depicts an alternative embodiment of the present invention. Disk 

20 cartridge 120, docking station 122, computer 124, monitor 126, Internet 128 and 
Internet server 130 are the same as described above with respect to Figure 1 . Music 
server 102a is an alternative embodiment of music server 102. Music server 102a 
is an audio head unit adapted to be mounted in a vehicle and to be connected to 
speakers 106, 108, 1 10 and 1 12, Connected to music server 102a is disc changer 

25 1704, which can be any standard disc changer known in the art. In one 
embodiment, disc changer 1704 can be music server 102. Disk cartridge 120 can 
be inserted into music server 102a so that music server 102a can play music files 
stored on disk cartridge 120. Alternatively, music server 102a can play music from 
disc changer 1704. In one embodiment, music server 102a includes a radio tuner. 

30 In the configuration of Figure 21, music server 102a does not emulate a disc 
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changer. Rather, music server 102a serves as a head unit in communication with 
disk changer 1704. The software on computer 124 discussed above will work with 
the embodiment of Figure 21. 

Figure 22 is a block diagram showing the components of music server 102a. 
5 Connector 322 connects to a cable that also connects to disc changer 1704. 
Connector 322 communicates the same signals in the configuration of Figure 22 as 
it does in Figure 6. Connector 322 also communicates with controller 320a and 
power module 1802. Power module 1802 sends a power signal and an accessory 
signal to connector 322, and provides power to the components of Figure 22. 

10 Power module 1802 receives three signals 1804, 1806 and 1808 from the vehicle. 
Signal 1804 is a power signal from the vehicle's battery that is always on. Signal 
1806 can either be an accessory signal or a power signal that is only on when the 
ignition key is set to the on position or the accessory position. Signal 1808 is 
ground and is connected to a grounded metal part of the vehicle. Power module 

15 1802 also sends 5volt power 340 and 12 volt power 342 to controller 320a- 
Switch 332 is connected to power module 1802 and operates as it does in the 
embodiment of Figure 6. 

Music server 102a includes a control panel 1810, which is a face plate with 
buttons, dials, knobs and a display screen for interaction with the user. Examples 

20 of buttons, dials and/or knobs on control panel 1810 include volume, base, treble, 
fade, balance, audio source (e.g. disc changer, disk cartridge 120, radio, etc.), tuner, 
seek, scan, play Ust selector, next play list, next song, next disc, etc. In one 
embodiment, control panel 1810 includes a play list selection button (or set of 
buttons) that can be used to access play hsts on disk cartridge 120 and/or disc 

25 changer 1704. For example, each of the play lists on disk cartridge 120 can be 
numbered and each of the discs in disc changer 1704 can be numbered such that the 
numbers of the discs are different than the numbers of the play lists. Thus, each disc 
appears to be another play list. Alternatively speaking, each play list appears to be 
a different disc. For example, play list 1 through 10 could be play Hsts on disk 

30 cartridge 120 and play list 1 1 through 20 could be discs on disc changer 1704. One 
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feature of one embodiment is that control panel 1810 includes controls (e.g. button, 
dial, knob, etc.) dedicated to operating disc changer 1704, controls dedicated to 
operating the player playing music from disk cartridge 120 and another set of 
controls dedicated to operating the radio. An example of a control dedicated to 
5 operating the disc changer is the next disc button. Control panel 1 8 1 0 is connected 
to and communicates with controller 320. 

As in Figure 6, Figure 22 shows processor 302, boot ROM 304, RAM 306, 
and IDE glue logic 308 connected to bus 300. IDE connector 3 10 is connected to 
IDE glue logic 308. Processor 302 plays music stored on disk cartridge 120 when 
10 disk cartridge 120 is connected to IDE connector 310. When processor 302 plays 
music, the music signal is sent to digital to analog converter 324. The output of 
C digital to analog converter 324 is transmitted to audio switch 1812. 

Ijj Tuner 1814 is connected to antenna 1816. Controller 320a also is 

f: connected to tuner 1814 in order to transfer commands to tuner 1814 based on 

IB 15 control panel 1810. The output of tuner 1814 is connected to audio switch 1812. 
■ ' " The output of disk changer 1 704 is sent, via connector 3 22, to audio switch 1812. 

Audio switch 1812 receives a selection signal from controller 320a to determine 
D which of the three sources are to be played through the speakers. The chosen 

15 source is sent to preamplifier/equaUzer 1818. Controller 3 20a sends a signal to pre- 

^ 20 amp/equalizer 1 8 1 8 in order to change the volume, base, treble, fade, balance, etc. 

The output of pre-amp/equalizer 1 8 1 8 is sent to amplifier 1 820. Amplifier 1 820 has 
a set of speaker output ports which are connected to the speakers. Thus, music 
server 102a can play music from three sources: disk cartridge 120, tuner 1814 or 
disc changer 1704. 

25 Controller 320a is similar to controller 320 of Figure 6. In order to allow 

music server 102a to communicate with various different disc changers, the 
communication between controller 320a and disc changer 1704 is controlled by the 
firmware stored in the flash memory of controller 320a, as discussed above. The 
user can use music server 102a with a different disc changer by changing the 

30 firmware as discussed above. Controller 320a can communicate with disc changer 
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1704 according to the state diagram of Figure 11 and the packets of Table L 
However, the role of the controller, in regard to the state diagram with Figure 1 1, 
is reversed for controller 320a as compared to controller 320. For example, 
controller 320a sends packet 1 after state 812 and receives packet 2 after state 
1814, etc. Controller 320a issues commands to disc changer 1704 based on control 
panel 1810. Controller 320a and processor 302 operate very similar to the flow 
charts discussed above. One difference between the behavior of music server 1 02a 
and music server 102 is that controller 320 of music server 102 only receives 
commands from the user interface via the head unit. In regard to music server 1 02a, 
the commands from control panel 1810 are sent directly to controller 320a. The 
music data stored on disk cartridge 120 is the same for both the embodiment of 
Figure 21 and the embodiment of Figure 1. 

When processor 302 plays the music files, it does so according to the play 
Hst selected on control panel 1810. In one embodiment, processor 302 can edit the 
play lists to add songs fi-om the discs in the disc changer. For example, if the play 
lists have criteria set up for automatically adding songs, then processor 302 can add 
the songs fi-om the disc changer that have properties satisfying the criteria of the 
play hsts. 

The embodiment of Figures 21-22 operates similar to the embodiment of 
Figure 1 . Figure 23 is a flow chart describing the operation of the embodiment of 
Figures 21 and 22. A user acquires music (step 1902) and stores that music on disk 
cartridge 120, via docking station 122 (step 1904). Disk cartridge 120 is inserted 
into music server 102a (step 1906). Music server 102a receives a selection of a 
source of music of either disc changer 1704, disk cartridge 120 or tuner 1814 (step 
1 908). Music server 1 02a will play the music fi-om the source requested by the user 
(step 1910). If the user selected music from disk cartridge 120, then processor 302 
will access the music files on disk cartridge 120. The music files can be stored in 
a compressed or an uncompressed format as described above. Although the 
aUemative embodiment is described in regard to a vehicle sound system, the same 
principles can be applied to other audio/visual systems. 
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The foregoing detailed description of the invention has been presented for 
purposes of illustration and description. It is not intended to be exhaustive or to 
limit the invention to the precise form disclosed, and obviously many modifications 
and variations are possible in light of the above teaching. The described 
embodiments were chosen in order to best explain the principles of the invention 
and its practical application to thereby enable others skilled in the art to best utilize 
the invention in various embodiments and with various modifications as are suited 
to the particular use contemplated. It is intended that the scope of the invention be 
defined by the claims appended hereto. 
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CLAIMS 

We Claim: 



1 LA vehicle sound system, comprising: 

2 a dock adapted to be connected to a music storage device; 

3 an audio head unit adapted to be connected to a set of one or more 

4 speakers; and 

5 a removable hard disk drive capable of being removably connected to said 

6 dock and said audio head unit. 

1 2. A vehicle sound system according to claim 1, wherein: 

2 said removable hard disk drive stores music data files, said audio head unit 

3 plays said music data files. 

1 3. A vehicle sound system according to claim 1, wherein: 

2 said removable hard disk drive stores compressed music data files received 

3 from said dock; and 

4 said audio head unit accesses said compressed music data files from said 

5 removable hard disk drive in order to play said compressed music data files. 

1 4. A vehicle sound system according to claim 1, wherein: 

2 said audio head unit includes a switch that senses whether said removable 

3 hard disk drive is connected to said audio head unit and prevents said audio head 

4 unit from operating if said disk drive is not connected to said audio head unit. 

1 5. A vehicle sound system according to claim 1, wherein: 

2 said removable hard disk drive stores music data files and play lists, each 

3 play list includes an identification of a set of said music data files, said audio head 

4 unit plays said music data files according to said play lists. 

1 6. A vehicle sound system according to claim 1, wherein: 
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2 said audio head unit includes a processor; and 

3 said removable hard disk drive stores a replaceable operating system for said 

4 processor. 

1 7. A vehicle sound system according to claim 1, further comprising: 

2 a disc changer connected to said audio head unit. 

1 8. A vehicle sound system according to claim 1, wherein: 

2 said audio head unit includes a port for communicating with a disc changer, 

1 9. A vehicle sound system according to claim 8, further comprising: 

2 user replaceable program code, said user replaceable program code 

3 programs said audio head unit to engage in two-way communication with said disc 

4 changer. 

1 10. A vehicle sound system according to claim 8, wherein: 

2 said audio head unit includes a control panel; and 

3 said control panel includes one or more buttons dedicated to control said 

4 disc changer. 

1 1 1 . A vehicle sound system according to claim 8, wherein: 

2 said audio head unit includes a radio tuner; and 

3 a switch, said switch having a first input receiving music fi-om said disc 

4 changer, a second input receiving music from said radio tuner and a third input 

5 receiving music based on data stored on said removable hard disk drive, and an 

6 output communicated to said speakers. 

1 12. A vehicle sound system according to claim 1, wherein: 

2 said music storage device is a computer with a USB port; and 

3 said dock connects to said USB port. 
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1 13. A vehicle sound system, comprising: 

2 a port capable of being connected to a disc changer; 

3 one or more speaker outputs; 

4 one or more processor readable storage devices capable of storing user 

5 replaceable interface program code and music data files; and 

6 one or more processors in communication with said one or more proceesor 

7 readable storage devices, said port and said one or more speaker outputs, at least 

8 one of said one or more processors engages in two-way communication with said 

9 disc changer based on said replaceable interface program code, at least one of said 
10 one or more processors plays said music data files. 

flj 1 14. A vehicle sound system according to claim 13, wherein: 

^ 2 said one or more processor readable storage devices includes a removably 

3 connected hard disk drive, said hard disk drive stores said music data files in a 

a 4 compressed format; and 

5 said at least one processor that plays said music data files accesses said 

|3 6 music data files fi-om said hard disk drive. 

1 1 5 . A vehicle sound system according to claim 14, fiirther comprising: 

2 a dock connected to a computer, said hard disk drive is capable of being 

3 removably connected to said dock, said hard disk drive receives said compressed 

4 music data files from said dock. 

1 16. A vehicle sound system according to claim 14, wherein: 

2 said user replaceable interface program code is stored on said hard disk 

3 drive. 

1 17. A vehicle sound system according to claim 14, wherein: 



Attorney Docket No.: PHAT-1002US0 BBM 
bbm/phat/1002/1002.001 



-38- 

2 said one or more processor readable storage devices include a memory 

3 device; and 

4 said one or more processors perform a method comprising the steps of: 

5 determining whether new replaceable interface program code is to 

6 be loaded, 

7 reading said new replaceable interface program code from said hard 

8 disk drive if said new replaceable interface code is to be loaded, and 

9 storing said new replaceable interface code on said memory device 
10 if said new replaceable interface code is to be loaded. 

1 18. A vehicle sound system according to claim 13, further comprising: 

2 a radio tuner; and 

3 a switch, said switch having a first input receiving music from said disc 

4 changer, a second input receiving music from said radio tuner and a third input 

5 receiving music from based on said music data files, and an output communicated 

6 to said speakers. 

1 19. A vehicle sound system according to claim 13, fiarther including: 

2 a control panel, said control panel includes one or more buttons dedicated 

3 to control said disc changer. 

1 20. A vehicle sound system, comprising: 

2 a port capable of being connected to a disc changer; 

3 one or more speaker outputs; 

4 a processor readable storage device storing music data files and a set of one 

5 or more play lists, each play list includes an identification of a set of said music data 

6 files; and 

7 one or more processors in communication with said processor readable 

8 storage device, said port and said one or more speaker outputs, at least one of said 

9 one or more processors engages in two-way communication with said disc changer, 
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10 at least one of said one or more processors plays said music data files according to 

1 1 said play lists. 

1 21. A vehicle sound system according to claim 20, wherein: 

2 each play list includes an order for playing said music data files; and 

3 said one or more processors play said music data according to said order. 

1 22. A vehicle sound system according to claim 20, further comprising: 

2 a control panel in communication v^th said one or more processors, said 

3 control panel includes one or more controls dedicated to operating said disc 

4 changer. 

1 23. A vehicle sound system according to claim 22, wherein: 

2 said control panel includes a control to select one of said play lists. 

1 24. A vehicle sound system according to claim 22, wherein: 

2 said control panel includes a control to select one of said play lists or a disc 

3 from said disc changer. 

1 25. A vehicle sound system according to claim 20, wherein; 

2 said one or more processor readable storage devices includes a removably 

3 connected hard disk drive, said hard disk drive stores said music data files in a 

4 compressed format, said hard disk drive stores said play lists. 

1 26. A vehicle sound system according to claim 20, wherein: 

2 said one or more processors can edit said play hsts to add songs from said 

3 disc changer. 

1 27. A vehicle sound system, comprising: 

2 a control panel; 
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3 a port capable of being in communication with a disc changer; 

4 one or more speaker outputs; 

5 a processor readable storage device storing music data; and 

6 one or more processors in communication with said processor readable 

7 storage device, said port, said control panel and said one or more speaker outputs, 

8 at least one of said one or more processors engages in two-way communication 

9 with said disc changer, at least one of said one or more processors plays said music 
10 data in response to said control panel. 

1 28. A vehicle sound system according to claim 27, wherein: 

2 said control panel has one or more controls dedicated to operating said disc 

3 changer. 

1 29. A vehicle sound system according to claim 27, wherein: 

2 said one or more processors include a first processor for communicating 

3 with said disc changer and a second processor for playing music stored on said 

4 processor readable storage device. 

1 3 0. A vehicle sound system according to claim 27, further comprising: 

2 a radio tuner; and 

3 an audio switch having a first input receiving music from said disc changer, 

4 a second input receiving music from said radio tuner and a third input receiving 

5 music based on said music data, and an output communicated to said speakers. 

1 3 1 , A vehicle sound system according to claim 30, wherein: 

2 said control panel has one or more controls dedicated to operating said disc 

3 changer; 

4 said one or more processors include a first processor and a second 

5 processor; 
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6 said first processor is in communication with said disc changer, said control 

7 panel and said audio switch; 

8 said second processor is in communication with said audio switch and plays 

9 music stored on said processor readable storage device; and 

10 said processor readable storage device is a removably connected hard disk 

1 1 drive in communication with said second processor and capable of being connected 

12 to a computer. 

1 32. A vehicle sound system according to claim 31, wherein: 

2 said music data includes compressed digital data files. 

1 33 . A vehicle sound system according to claim 31, wherein: 

2 said music data includes files stored in MP3 format. 

1 34. A method for playing music, comprising the steps of 

2 receiving and storing first user replaceable music data; 

3 receiving and storing first user replaceable interface program code; 

4 communicating with a first disc changer based on said first user replaceable 

5 interface program code; and 

6 playing said music data. 

1 35. A method according to claim 34, fiarther including the steps of 

2 receiving and storing second user replaceable interface program code after 

3 said step of communicating with a first disc changer; and 

4 conununicating with a second disc changer based on said second user 

5 replaceable interface program code. 

1 36. A method according to claim 35, fijrther including the step of: 

2 decrypting said second user replaceable interface program code. 
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1 37. A method according to claim 34, further including the steps of: 

2 receiving and storing second user replaceable interface program code after 

3 said step of communicating with a first disc changer; 

4 communicating with said first disc changer based on said second user 

5 replaceable interface program code. 

1 3 8 . A method for playing music, comprising the steps of 

2 receiving a choice between music from a disc changer, a radio and a 

3 removable hard disk drive; and 

4 playing music from either said disk changer, said radio or said removable 

5 hard disk drive based on said choice. 

1 3 9. A method according to claim 3 8, wherein; 

2 said step of playing music includes communicating with said disc changer, 

3 when chosen, based on said first user replaceable interface program code. 

1 40. A method according to claim 38, fiirther comprising the steps of 

2 receiving a selection of a play list and a selection of a track for said hard 

3 disk drive if said hard disk drive is chosen. 

1 4 1 . A method according to claim 3 8, wherein: 

2 said step of receiving a choice includes receiving a selection of a button on 

3 a control panel, said button is dedicated to operating said disc changer. 
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ABSTRACT 

A vehicle sound system is disclosed that includes a set of speakers, a head 
unit and a disc changer. In addition to a radio, the head unit also includes a means 
for playing music downloaded from a computer. In one embodiment, the music 
5 downloaded from the computer is stored in a compressed format on a removable 
hard disk drive. The music can be organized using play lists. Software is used to 
program the head unit to communicate with the disc changer. In one embodiment, 
the software is replaceable so that the head unit can communicate with different disc 
changers. The head unit also includes a control panel for operating the head unit 
10 and the disc changer. 
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IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 



In re Application 
Inventors: 



Dannie C. Lau 
Daniel Benyamin 



SC/Serial No . : Unknown 
Filed: Herewith 
Title: VEHICLE SOUND SYSTEM 



PATENT APPLICATION 



DECLARATION FOR PATENT APPLICATION 

As a below named inventor, I hereby declare that my residence, post office address and 
citizenship are as stated below next to my name; I believe that I am the original, first and joint 
inventor of the subject matter which is claimed and for which a patent is sought on the invention 
entitled: 

VEHICLE SOUND SYSTEM 
the specification of which (check applicable ones): 
✓ is filed herewith; 

was filed with the above-identified "Filed" date and "SC/Serial No." 

was amended on (or amended through) . 



I hereby state that I have reviewed and understand the contents of the above-identified 
specification, including the claims, as amended by any amendment(s) referred to above. I 
acknowledge the duty to disclose information which is material to the examination of the application 
in accordance with Title 37, Code of Federal Regulations, §1.56. 

I hereby declare that all statements made herein of my own knowledge are true and that all 
statements made on information and beUef are believed to be true, and fiirther that these statements 
were made with the knowledge that willful false statements and the like so made are punishable by 
fine or imprisonment, or both, under §1001 of Title 18 of the United States Code and that such willfial 
false statements may jeopardize the validity of the application or any patent issuing thereon. 
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(1) Full name of sole 

or first inventor: 



Dannie C. Lau 



(1) Residence: 285 Landeros Drive 

Santa Clara. California 95051 



(1) Post Office Address: same 



(1) Citizenship: 

(1) Inventor's signature: 




(1) Date: I ll 1 00 

(2) Full name of second 

joint inventor: Daniel Benvamin . 

(2) Residence: 3275 Crane Way ^ 

Oakland. California 94602 



(2) Post Office Address: same 



(2) Citizenship: 



United States 



(2) Inventor's signature: 
(2) Date: 
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Page 2 

Attorney Docket No.: PHAT-1002US0 BBM 
/bbiii/phat/1002/1002.002 



Title 37. Code of Federal Regulations. §1.56 

SECTION 1.56. DUTY TO DISCLOSE INFORMATION 
MATERIAL TO PATENTABILITY 



(a) A patent by its very nature is affected with a public 
interest. The pubhc interest is best served, and the most 
effective patent examination occurs when, at the time an 
application is being examined, the Office is aware of and 
evaluates the teachings of all information material to 
patentability. Each individual associated with the filing and 
prosecution of a patent application has a duty of candor and 
good faith in dealing with the Office, which includes a duty 
to disclose to the Office all information known to that 
individual to be material to patentability as defined in this 
section. The duty to disclose information exists with respect 
to each pending claim until the claim is cancelled or 
withdrawn from consideration, or the application becomes 
abandoned. Information material to the patentability of a 
claim that is cancelled or withdrawn from consideration 
need not be submitted if the information is not material to 
the patentability of any claim remaining under consideration 
in the application. There is no duty to submit information 
which is not material to the patentabihty of any existing 
claim. The duty to disclose all information known to be 
material to patentability is deemed to be satisfied if all 
information known to be material to patentability of any 
claim issued in a patent was cited by the Office or submitted 
to the Office in the manner prescribed by §§1 .97(b)-(d) and 
1.98.* However, no patent will be granted on an 
appUcation in connection with which fraud on the Office 
was practiced or atternpted or the duty of disclosure was 
violated through bad faith or intentional misconduct. The 
Office encourages applicants to carefully examine: 

(1) prior art cited in search reports of a foreign patent 
office in a counterpart appUcation, and 

(2) the closest information over which individuals 
associated with tiie Wng or prosecution of a patent 
application believe any pending claim patentably 
defines, to make sure that any material information 
contained therein is disclosed to the Office. 

(b) Under this section, information is material to 
patentability when it is not cumulative to information 
already of record or being made of record in the 
appUcation, and 



(1) It estabUshes, by itself or in combination with 
other information, a prima facie case of unpatentabiUty 
of a claim; or 

(2) It refiites, or is inconsistent with, a position the 
appUcant takes in: 

(i) Opposing an argument of urq^atentabiUty 
reUed on by the Office; or 

(ii) Asserting an argument of patentabihty. 

A prima facie case of ui^atentabiUty is estabUshed when the 
information compels a conclusion that a claim is 
unpatentable under the preponderance of evidence, burden- 
of-proof standard, giving each term in the claim its broadest 
reasonable construction consistent with the specification, 
and before any consideration is given to evidence which 
may be submitted in an attempt to estabUsh a contrary 
conclusion of patentabUity. 

(c) Individuals associated with the filing or prosecution of 
a patent appUcation within the meaning of this section are: 

(1) Each inventor named in the appUcation; 

(2) Each attorney or agent who prepares or prosecutes 
tiie appUcation; and 

(3) Every other person who is substantively involved 
in the preparation or prosecution of the appUcation and 
who is associated with the inventor, with the assignee 
or with anyone to whom there is an obUgation to assign 
the appUcation. 

(d) Individuals other than the attorney, agent or inventor 
may comply with this section by disclosing information to 
the attorney, agent, or inventor. 



* §§1.97(b>(d) and 1 .98 relate to the timing and manner in 
which information is to be submitted to the Office. 
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IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 



In re Application 



PATENT APPLICATION 



Inventors: 



Dannie C. Lau 
Daniel Benyamin 



SC/SerialNo.: 



Unknown 



Filed: 



Herewith 



Title: 



VEHICLE SOUND SYSTEM 



POWER OF ATTORNEY BY ASSIGNEE UNDER 37 C.RR, §§3.71. 3,73fb) 

Box Patent Application 

Assistant Commissioner for Patents 

Washington, DC 20231 



The below-identified Assignee is the owner of the entire right, title and interest in the 
above-identified patent application by virtue of an assignment fi*om the inventors. 

The assignment was recorded in the United States Patent and Trademark Office 

at Reel , Frames - , or 

✓ A true copy of the assignment is attached hereto, the original of which has been 
(or is herewith) forwarded to the United States Patent and Trademark Office for 
recording. 

The undersigned (whose title is supplied below) is empowered to sign this statement on 
behalf of the Assignee. 

Assignee hereby appoints BURT MAGEN, Reg. No. 37,175, SARAH BARONE 
SCHWARTZ, Reg. No. 40,284, and other attorneys of FLIESLER, DUBB, MEYER & 
LOVEJOY LLP, to prosecute this appUcation and transact all business in the United States Patent 
& Trademark Office connected therewith; said appointment to be to the exclusion of the inventors 
and the inventors' attorneys in accordance with the provisions of 37 C.F.R §3.7L 

I hereby declare that all statements made herein of my own knowledge are true and that 
all statements made on information and belief are beUeved to be true, and fijrther that these 
statements were made with the knowledge that willfijl false statements and the like so made are 
punishable by fine or imprisonment, or both, under §1001 of Title 18 of the United States Code, 
and that such willfiil false statements may jeopardize the validity of the application or any patent 
issuing thereon. 
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Please address all correspondence to : Please direct all telephone calls to : 
Burt Magen, Esq. Burt Magen, Esq. 

FLIESLER, DUBB, MEYER & LOVEJOY LLP (415) 362-3800 

Four Embarcadero Center, Suite 400 
San Francisco, CA 9411 1-4156 



Assignee: PhatNoise. Inc. 



Assignee Type: Corporation 



Signor's Name: Dannie C. Lau 



Signor's Title: s ^ \ 0iief Executive Officer 




Signature: ^ Date: ^ 
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